home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1296 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.6 KB
  1. Date: Tue, 26 Apr 94 08:06:45 +0200
  2. Message-Id: <9404260606.AA08347@pirol.techfak.uni-bielefeld.de>
  3. From: Torsten Scherer <itschere@techfak.uni-bielefeld.de>
  4. To: mint@atari.archive.umich.edu
  5. Subject: split biosfs.c into several XDD's?
  6.  
  7.  Hello world!
  8.  
  9.  Yesterday (all my troubles seemed so far away... :-)) I've had the dream
  10. of splitting the biosfs code into XDD's for each possible device. The
  11. biosfs.c has steadily been growing until now it's almost the biggest file
  12. in the source. In my eyes, things are much easier to maintain or upgrade
  13. if they come in smaller files. Besides that, it's not necessarily the
  14. job of the filesystem code to provide all the necessary device driver
  15. code.
  16.  
  17.  You might think: Oh, why that? Wouldn't that result in having several
  18. copies of almost identical code, one for each device? Well, you're right,
  19. but I'd like you to understand it as a first step to get rid of the old
  20. drivers using BIOS calls. If you've got a seperate driver for each device,
  21. you can easily maintain it, which for now isn't possible at all, since the
  22. console and the modem drivers share the same code.
  23.  
  24.  Even if all of them would still use BIOS code for the beginning, it would
  25. already be possible to do things like selectable modem devices in a perhaps
  26. more comfortable way using Kay Roemers addroottimeout() patch than it was
  27. done before. Or make modem devices better respect ^S/^Q for example.
  28.  
  29.  This would result in having the following device drivers (not all of them
  30. for every type of computer, but that should be a job of the initialization
  31. code then), with some notes about possible changes I've been thinking of:
  32.  
  33. console.xdd
  34. midi.xdd - shouldn't forget that :-)
  35. modem1.xdd - switch to new (unix-style) names?
  36. modem2.xdd - dito?
  37. serial1.xdd - dito?
  38. serial2.xdd - dito?
  39. centr.xdd - switch to a proper name, say, lp.xdd? would make it easier to
  40.         *replace* it with Thierry Bousch's one
  41. fasttext.xdd - perhaps merge this with console.xdd and use some fcntl to
  42.         switch between them?
  43. null.xdd
  44. mouse.xdd - add an absolute mode? the small buffering of relative steps
  45.         makes - for example - MGR crawl like a snake when the system
  46.         is under heavy load, making the buffer bigger wouldn't do,
  47.         but adding an absolute mode (errr, not SUN compatible)
  48.         speeds up mouse pointer movement dramatically
  49.  
  50.  My current understanding of which chips drive which device is this:
  51.  
  52.     | modm1    | modm2    | serl1    | serl2 (LAN)
  53. --------+-------+-------+-------+------------
  54. ST/STE    | STMFP    |    |    |
  55. MSTE    | STMFP    | SCC-B    |    | SCC-A        (a bit unsure about SCC-A)
  56. TT    | STMFP    | SCC-B    | TTMFP    | SCC-A
  57. Falcon    | SCC-?    |    |    |        (and the other channel?)
  58.  
  59.  So the problem is that the modem1 driver must contain code for both
  60. different hardware in order to provide the same device on any computer.
  61. On the other hand, a driver named after the hardware it supports must
  62. install it with different names, depending on the computer it runs on.
  63. Since this shouldn't be very difficult (use cookies) it seems to be the
  64. better solution to me. So this would result in three drivers:
  65.  
  66. stmfp.xdd
  67. ttmfp.xdd
  68. scc.xdd - anyone wanting to write a sccdma.xdd???
  69.  
  70.  Everybody keeps talking about the day we'll finally get rid of the old
  71. BIOS drivers, but nothing constructive has been done so far, except Thierry
  72. Bousch's drivers, but not everyone uses them so far.
  73.  
  74.  So what do you think about this? I wouldn't like to start working without
  75. knowing it has got any chance. :-)
  76.  
  77. ciao,
  78. TeSche
  79. --
  80. Torsten Scherer (TeSche, Schiller...)
  81. Faculty of Technology, University of Bielefeld, Germany, Europe, Earth...
  82. | Use any of "finger itschere@129.70.131.2-15" for adresses and more.    |
  83. | Last updated: 14. April 1994.                        |
  84.